home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20020314-20021006 / 000042_fdc@columbia.edu_Wed Apr 24 14:13:16 EDT 2002.msg < prev    next >
Text File  |  2020-01-01  |  5KB  |  131 lines
  1. Article: 13333 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!news.columbia.edu!news-not-for-mail
  3. From: fdc@columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: a bug on GNU/linux: speed reset to unintended value occasionally.
  6. Date: 24 Apr 2002 14:13:05 -0400
  7. Organization: Columbia University
  8. Lines: 114
  9. Message-ID: <aa6sjh$1a9$1@watsol.cc.columbia.edu>
  10. References: <3CAFF81C.8039CBF8@yk.rim.or.jp> <a8svsu$3vl$1@watsol.cc.columbia.edu> <3CBAB0BC.1D3ABF7B@yk.rim.or.jp> <3CC6E9D7.F4F2C624@yk.rim.or.jp>
  11. NNTP-Posting-Host: watsol.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1019671988 341 128.59.39.139 (24 Apr 2002 18:13:08 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 24 Apr 2002 18:13:08 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13333
  16.  
  17. In article <3CC6E9D7.F4F2C624@yk.rim.or.jp>,
  18. Ishikawa  <ishikawa@yk.rim.or.jp> wrote:
  19. : >Has anyone noticed this sub-optimal speed
  20. : >using Kermit on two closely
  21. : >placed PCs at 38400 bps?
  22. : 
  23. : It turned out that the apparent slowdown 
  24. : was an artifact of
  25. : sending binary file, namely wermit.
  26. : I got a much better throughput when
  27. : I tried to send largish ascii file such as
  28. : /etc/termcap.
  29. : 
  30. : This was again the two ports connected
  31. : directly by cross/null cable.
  32. : 
  33. For best results, make sure the cable has RTS and CTS
  34. crossed and that both Kermit programs have been told to:
  35.  
  36.   set flow rts/cts
  37.  
  38. : It puzzled me for a while, but
  39. : finally I figured it was a slowdown
  40. : caused by the prefixing or quoting of
  41. : binary characters:
  42. : 
  43. :  If I disable the prefixing via 
  44. : 
  45. :     set control-character unprefixed all
  46. : 
  47. : then I got an improved throughput.
  48. : (With prefixing I got sub-3KB/sec throughput.
  49. : Without prefixing I got over-3KB/sec throughput.)
  50. : 
  51. : One would not usually remove prefixing
  52. : unless we know the transmission occurs via
  53. : clean direct connection.
  54. : Kermit has a reason to be conservative. It is one of
  55. : the best file transfer program 
  56. : under a noisy/lossy/disruptive
  57. : environment.
  58. : 
  59. Thanks :-)  It is difficult to find the right defaults.
  60. If we try too hard to go fast, then transfers don't work
  61. on certain kinds of connections or with certain hosts.
  62. If we try to hard to work under ALL conditions (as we did
  63. in the early years), people complain that Kermit is slow.
  64. Kermit can adapt to practically any situation, and
  65. achieve the greatest possible thoughput, but since most
  66. people don't care to find out about this, the defaults
  67. are all that matter.
  68.  
  69. Control-character "unprefixing" is a relatively new
  70. development (12 years ago?) that is somewhat risky but,
  71. like everything else in Kermit, you can control it in
  72. great detail: down to each individual C0 and C1 control
  73. character ("help set control" for details).
  74.  
  75. You can also tell Kermit, when sending a file, to double
  76. selected characters, which is necessary when passing
  77. through certain non-transparent devices such as terminal
  78. servers.  And when receiving files, Kermit can be told
  79. to discard selected characters that might have been added
  80. by "something" that sits between the two Kermit programs
  81. (for example, something that adds a linefeed every time
  82. it sees a carriage return).
  83.  
  84. : The reason I got interested in the throughput was
  85. : that I was curious to learn if
  86. : the throughput improves when I use full 8 bits
  87. : connection instead of 7 bits connection.
  88. :
  89. Of course it does.  But control characters have nothing
  90. to do with 7 versus 8 bits.  On a 7-bit connection,
  91. ALL 8-bit characters are prefixed, yet 7-bit (C0) control
  92. characters can still be unprefixed.
  93.  
  94. : Obviously at this speed (38400), we are already close
  95. : to the limit of serial port, and 
  96. : whether we use 7 bits or 8 bits isn't that important.
  97. : Other overhead such as prefixing masks 
  98. : the improvement, if any, of using full 8 bit character
  99. : transmission path.
  100. : 
  101. If you have a truly transparent 8-bit path, then you can
  102. use "set parity none" (which is the default anyway, or
  103. "set parity hardware" if you need it) and "set prefixing
  104. minimal" or "set prefixing none" and get very close to
  105. the maximum physical speed of the port; sometimes faster,
  106. because Kermit also does some compression.
  107.  
  108. : Thank you again for the great software package.
  109. : 
  110. Our pleasure :-)
  111.  
  112. Since you like Kermit and you are in Japan, maybe now you
  113. can play with Kermit's character-set conversion.  Did you
  114. know that when transferring a file in text mode (like
  115. email, netnews, source code, etc), Kermit can translate
  116. between any pair of EUC-JP (JIS X 0208), ISO-2022-JP,
  117. Shift-JIS, JIS-7, DEC Kanji, and Unicode?  For example,
  118. to send a Japanese text file from a PC that uses
  119. Shift-JIS to a Linux system that uses EUC-JP...  On the PC:
  120.  
  121.   set file character-set shift-jis
  122.   set transfer character-set utf8
  123.   send <filename>
  124.  
  125. On the Linux system:
  126.  
  127.   set file character-set euc-jp
  128.   receive
  129.  
  130. - Frank
  131.